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ABSTRACT 



Premium point services offered by different retailers require 
each user to possess a plurality of cards for dealing with 
different applications. An electronic pocketbook system 
made of a display device and an IC card is provided to store 
diverse kinds of application information such as amount 
information and point information into a single IC card. 
Portions of the application information to be displayed are 
stored in a predetermined format into a predetermined area 
inside the IC card. This allows the same program of the 
display device to display various kinds of application infor- 
mation successively using a common program, and without 
having to an application specific program. 

19 Claims, 19 Drawing Sheets 
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(a)Get File Data command 
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(a)Change DIR Record command 
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(a)Change FCI record command 
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(a)Change File Data command 
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IC CARD INFORMATION DISPLAY DEVICE 
AND IC CARD FOR USE THEREWITH 

FIELD OF THE INVENTION 5 

The present invention generally relates to an integrated 
circuit (IC) card, IC card information display device, an IC 
card reader/writer and an IC card system, and more particu- 
larly relates to an IC card, IC card information display 
device, IC card reader/writer and IC card system for sue- 10 
cessively accessing and displaying information about a 
plurality of applications (such as electronic money informa- 
tion and premium point information) from a common IC 
card. 

15 

BACKGROUND OF THE INVENTION 

Recently, so-called premium point plans (e.g., frequent 
use/purchase plans, frequent flyer plans) are gaining wide 
acceptance. They work as follows. Every time a user buys 2Q 
merchandise and/or utilizes a service at a participating 
business (e.g., retailer), such business awards the user pre- 
mium points which correspond to the amount of the 
purchase/use, and appropriate premium point information is 
recorded on a suitable medium. When a sufficient amount of 25 
premium points has accumulated, the user subsequently 
swaps the same for a product/service of matching value. 
Such plans are intended to encourage customers to repeat 
their purchases or use of a specific business, e.g., company 
or chain of stores. The trouble is that such plans are offered 3Q 
by many businesses using magnetic cards, plastic wallet 
cards, etc., and a customer enrolled in a plurality of plans is 
forced to carry many so-called point cards specific to the 
businesses they frequent, thus representing a large inventory 
of cards which take up substantial space within a user's 35 
wallet. As a further disadvantage, often these dedicated 
cards must be read by dedicated display devices (e.g., 
located within a retailer's place of business) using dedicated 
programs, thus making it inconvenient for a user to check 
the status of his/her card. 

40 

Meanwhile, as discussed in Japanese Published Unexam- 
ined Patent Application No. Hei 3-92966, studies have been 
under way to implement totally "cashless" commercial 
transactions through the use of an IC card storing electronic 
money, IC card apparatuses and an IC card system. 45 

A system of interest in the present disclosure involves 
getting specifically designated amount information written 
to a memory in an IC card, with such amount information 
representing, in essence, electronic money. When a customer 
is to settle a purchase, the necessary amount information is 50 
deducted and transmitted from the customer's IC card to the 
system, whereby the transaction is completed without the 
intervention of cash. 

Turning now to problems to be solved by the invention, if 
such an electronic IC card money system is implemented for 55 
settling commercial transactions, it is also possible to have 
the IC cards used by the system to also carry other diverse 
applications and data along with an electronic money appli- 
cation and data, i.e., it is possible to have a multi-application 
IC card. This means that other information such as the 60 
above-mentioned dedicated programs and premium point 
information may also be stored in the IC card. If a new 
application is added to the IC card, the display device also 
needs to have a new display control program added thereto. 
To accommodate loading/unloading of diverse programs, 65 
the display device must be equipped with a flash memory or 
like function to deal with that need. 
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However, problems have been found in attempting to 
implement a multi-application IC card system. More 
particularly, portable remote terminals such as a low-cost IC 
card reader have only limited functions including a display 
panel and keys. As such, these terminals may be incapable 
of separately displaying multiple kinds of application infor- 
mation or allowing users to select desired application infor- 
mation. Further, even if a reader is capable of allowing a user 
to select between multiple kinds of application information, 
a user has to separately access multiple dedicated programs 
(e.g., often requiring entry of respective passwords) in order 
for the user to review basic personal information (e.g., 
electronic money account balance, frequent flyer milage, 
accumulated premium points) from each of the application 
programs. This is inconvenient and time consuming. 

SUMMARY OF THE INVENTION 

The objection of the present invention is to provide a 
multi-application IC card, IC card display device, IC card 
reader/writer and IC card system, wherein select information 
(e.g., balance amounts) can be easily and conveniently 
accessed/displayed without having to access/utilize separate 
application specific programs. 

Further, it is an object of the present invention to provide 
an arrangement wherein even IC card readers and IC card 
reader/writers not having a specific application program 
matching a specific application provided on a multi- 
application IC card, can still access/display select informa- 
tion pertaining to that application. 

Further, it is an object to supply such arrangement for use 
even with an inexpensive IC card reader display device, like 
a balance indicator which is small and has limited functions. 

It is therefore an object of the present invention to 
overcome the above and other deficiencies of the art and to 
provide a unique and novel multi-application IC card, IC 
card reader, IC card reader/writer and IC card system with 
easy and convenient multi-application information reading 
capabilities. In carrying out the invention and according to 
one aspect thereof, there is provided an IC card having 
memory, including: a first memory area in which respective 
application information for a plurality of applications is 
stored as data which is each readable/writable by an appli- 
cation program corresponding to the application informa- 
tion; and a second memory area in which predetermined 
portions of the application information is stored as data in a 
predetermined form which is readable by a predetermined 
common program; wherein the predetermined portions 
stored in the second memory area are created on a basis of 
the application information stored in the first memory area. 

Preferably, the plurality of kinds of balance information 
may be stored in the IC card as character code information 
in a standardized format, and the display may display 
information corresponding to the character code informa- 
tion. Furthermore, the balance information may be stored in 
specific areas such as a directory file, an answer-to-reset file, 
or elementary files in the IC card. 

As outlined above, a single IC card according to the 
invention allows a user to keep a single IC card containing 
information about a plurality of applications such as elec- 
tronic money information and premium point information. A 
display device according to the invention allows the user to 
select and display information about any one of the multiple 
applications stored in the IC card. When display data (i.e., 
character, numeric, etc. data) are stored in predetermined 
areas of the I C card in a standardized format, a functionally 
limited display device such as a balance indicator may be 
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used to acquire and display necessary application informa- 
tion from the IC card using a simplified control procedure. 
A common control program need only be used to display 
information about diverse applications. When a new appli- 
cation is additionally stored into the IC card, the same 
control program of the display device may still be used to 
display information about the newly added application. The 
inventive display device is thus capable of addressing infor- 
mation about a plurality of applications without using a flash 
memory or the like that has been required by comparable 
display devices. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and a better understanding of the present 
invention will become apparent from the following detailed 
description of exemplary embodiments and the claims when 
read in connection with the accompanying drawings, all 
forming a part of the disclosure hereof this invention. While 
the foregoing and following written and illustrated disclo- 
sure focuses on disclosing exemplary embodiments of the 
invention, it should be clearly understood that the same is by 
way of illustration and example only and is not to be taken 
by way of limitation, the spirit and scope of the present 
invention being limited only by the terms of the appended 
claims. The following represents brief descriptions of the 
drawings, wherein: 

FIG. 1 is a block diagram of an IC card information 
display device embodying the invention; 

FIG. 2 is a schematic view showing a typical file structure 
in an I C card according to the invention; 

FIG. 3 is a table indicating a typical structure of a 
directory (DIR) file in the IC card; 

FIG. 4 is a schematic view depicting a typical display 
scrolling of the IC card information display device accord- 
ing to the invention; 

FIG. 5 is a flowchart of steps constituting a typical flow 
of operations performed by the IC card information display 
device of the invention; 

FIG. 6 is a flowchart of steps for updating electronic 
money information and point information in the IC card of 
the invention; 

FIG. 7 illustrates tables showing one way of accessing/ 
storing display data by use of the inventive IC card infor- 
mation display device; 

FIG. 8 illustrates tables showing another way of 
accessing/storing display data by use of the inventive IC 
card information display device; 

FIG. 9 illustrates tables showing another way of 
accessing/storing display data by use of the inventive IC 
card information display device; 

FIG. 10 illustrates tables depicting one way of updating 
display data by use of the inventive IC card information 
display device; 

FIG. 11 illustrates tables depicting another way of updat- 
ing display data by use of the inventive IC card information 
display device; 

FIG. 12 illustrates tables depicting another way of updat- 
ing display data by use of the inventive IC card information 
display device; 

FIG. 13 is a flowchart of steps in which the inventive IC 
card information display device operates to acquire display 
data; 

FIG. 14 is a flowchart of steps constituting another typical 
flow of operations performed by the inventive IC card 
information display device; 
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FIG. 15 is a tabic showing another way of accessing/ 
storing display data by use of the inventive IC card infor- 
mation display device; 

FIG. 16 is a schematic view illustrating how applications 
5 are typically written to the inventive IC card, and/or devices 
interact therewith; 

FIG. 17 is a schematic view showing another typical file 
structure in an IC card according to the invention; 
1Q FIG. 18 is a block diagram view showing an exemplary 
device performing application accessing and/or processing 
with respect to two IC cards according to the invention; 

FIG. 19 is a schematic view showing installation/deletion 
of applications from application libraries with respect to an 
15 IC reader/writer and an IC card; 

FIG. 20 is a block diagram view showing an exemplary 
device performing application installation/deletion and 
application accessing and/or processing with respect to two 
IC cards according to the invention; and 
20 FIG. 21 is a block diagram view showing an exemplary 
device performing application accessing and/or processing 
with respect to an I C card according to other applications as 
well as an electronic money application. 

25 DETAILED DESCRIPTION 

Before beginning a detailed description of the subject 
invention, mention of the following is in order. When 
appropriate, like reference numerals and characters are used 

30 to designate identical, corresponding or similar components 
in differing figure drawings. 

Exemplary embodiments of this invention will now be 
described with reference to the provided drawing figures. As 
further relevant background discussion, attention is directed 

35 to FIG. 19 for explanation of a multi-application IC card and 
multi-application reader/writer (e.g., wallet). More 
particularly, in the right-hand portion of FIG. 19, there is 
shown an exemplary application library consisting of a 
plurality of possible applications (e.g., E-money, Loyalty, 

40 Credit, Bank Card, Mileage) for installation/deletion onto/ 
from a multi-application ICcard. In the illustrated example, 
two applications (designated by being slightly raised) are 
installed onto the multi-application IC card, i.e., E-Money 
and Credit. Similarly, in the left-hand portion of FIG. 19, 

45 there is shown an exemplary application library consisting 
of a plurality of possible applications (e.g., E-money, 
Loyalty, Credit, Bank Card, Mileage) for installation/ 
deletion onto/from a multi-application wallet. In the illus- 
trated example, two applications (designated by being 

50 slightly raised) are installed onto the multi -application 
wallet, i.e., E-Money and Credit. It should be appreciated 
that in order to utilize the multi-application wallet to access 
any specific application installed onto the multi- application 
IC card, a corresponding application program must be 

55 preinstalled onto the multi-application wallet. However, as 
will become more apparent in the discussion to follow the 
use of a common program and display data with embodi- 
ments of the present invention, allows the construction/use 
of low cost readers which can access/display display data 

60 with respect to a multi-application IC card. 

Shown in FIG. 20 is a generic block diagram of the 
multi-application reader/writer (e.g., wallet), two multi- 
application IC cards, and an application installation appa- 
ratus (e.g., personal computer (PC)), and discussion now 

65 turns to explanation of the same. More particularly, the 
multi-application wallet is constructed of-a large scale inte- 
grated (LSI) circuit, a readable/writable memory (e.g., flash 
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memory), a display indicator (e.g., an LCD), and a prede- ence to FIGS. 2 and 3. Such IC card is constructed/arranged 

termined number of (e.g., 10) keys. The LSI circuit is in conformance with the International Standardization 

illustrated as containing a processing unit (PU), and IC card Organization/International Electrotechnical Commission 

driver (e.g., in conformance with the International Standard- (ISO/IEC) 7816 International Standard, and includes five 

ization Organization/International Electrotechnical Com- 5 types of files: master file (MF) 13, directory file (DIR file) 

mission (ISO/IEC) 7816 International Standard), control 14, answer-to-reset file (ATR file) 15, dedicated files (DF) 

logic (for interfacing with the multi-application IC cards), a 16-18 pertaining to separate applications, and elementary 

peripheral driver (for interfacing with the display indicator files (EF) 19-21 likewise pertaining to separate applications, 

and key(s)), and an application install driver for interfacing When powered and fed with a clock and a reset signal, the 

with the application installation apparatus. To install an IC card is activated to permit the use of the various appli - 

application to either the multi-application wallet or to either cations stored therein. Immediately after power-up of the IC 

(or both) of the multi-application IC cards, first the appli- card, a master file (MF) 13 shown in FIG. 2 is selected, 

cation installation apparatus must build an application, When activated, the IC card returns (in accordance with 

library through any suitable means (e.g., by obtaining appli- ISO/IEC 7816) answer-to-reset (ATR) information (i.e., 

cations by mail, purchase, downloading from the Internet, indicative of operating characteristics of the card) to the 

etc.). Next a communication path (e.g., cable, modem 35 display device. Any data that have overflowed the ATR 

connection, optical link, radio frequency link, etc.) is estab- which is limited in capacity are placed into an ATR file 15 

lished between the multi-application wallet and the appli- indicated in FIG. 2. 

cation installation apparatus. A desired application is then Summary information about the applications stored in the 

downloaded from the application installation apparatus into IC card is contained in a DIR file 14, each application being 

any ones of the multi-application wallet and the two multi- 20 matched with a record number as shown in FIG. 3. The full 

application IC cards. While the exemplary FIG. 20 illus- applications outlined by the DIR file 14 are actually stored 

trates the multi-application IC cards being application in DF files 16 through 18 in FIG. 2. Relatedly, corresponding 

loaded through the multi -application wallet, the multi- data for these applications may be retained in EF files 19 

application IC cards can just as easily be loaded directly by through 21 in FIG. 2. 

the application installation apparatus. The exemplary FIG. ^ when selecting an application to be displayed on the 

20 is consistent with the exemplary FIG. 19, in that display device, a user first selects the DIR file using a Select 

E-Money and Credit applications have been loaded onto the pile command defined under ISO/IEC 7816. Control is 

multi-application wallet (i.e., the wallet's flash memory) and passed from the MF (master file) 13 to the DIR file 14 within 

the multi-application IC card. the IC card. The user looks up the applications stored in the 

Discussion now tends toward more specific details of 30 IC card by viewing summary (or index) information from 

example embodiments of the present invention. More within the DIR file using a Read DIR Record command (also 

particularly, FIG. 1 is a block diagram of a low-cost IC card defined under ISO/IEC 7816). The applications may include 

information display device embodying the invention. The balance information controller for controlling balance infor- 

display device is structured so as to easily and conveniently mation inside the IC card. When a desired application is 

display information about a plurality of applications stored 35 found, the user transfers control to that application file (DF) 

in an I C card, i.e., without the excessive processing and time by setting the corresponding application ID (called AID) in 

delay associated with separately utilizing each differing the Select File command. This activates the application 

application program for accessing each differing application program which causes application information to appear on 

data, and without requiring a user to perform tedious opera- the display device. 

tions. In FIG. 1, reference numeral 1 stands for a multi- 40 In FIG. 1, the IC card 6 may include identification (ID) 

application IC card reader display device; 2 for an indicator number area 9, amount information memory area 10, first 

(e.g., LCD) arrangement; 3 for a display device processing point information memory area 11, and second point infor- 

unit (e.g., arithmetic processing unit); 4 for a key arrange- mation memory area 12, all of which may be at least 

ment (e.g., having one or two keys); 5 for an IC card reader; partially encrypted for security (as represented by the dashed 

6 for a multi-application IC card; 7 for a connector for 45 enclosure in FIG. 1) from theft and/or tampering. It is 

connecting with the display device; 8 for an IC card pro- assumed herein for purposes of this discussion that an 

cessing unit (e.g., arithmetic processing unit); 9 for an ID application 1 (FIGS. 2 and 3) provided in DF 16 controls 

number memory area; 10 for an amount information electronic money (E-Money) operations, and that the FIG. 1 

memory area; 11 for a first point information memory area; amount information memory area 10 or FIG. 2 EF 19 

and, 12 for a second point information memory area. Further 50 accommodates electronic money information. Similarly, it is 

included with the FIG. 1 exemplary low-cost reader embodi- assumed that an application 2 (FIGS. 2 and 3) provided in 

ment of the invention are a IC card reader installed memory DF 17 controls premium point operations issued by a 

(e.g., low-cost ROM) 50 which may contain a common department store for use of products/services thereof, and 

program 70, and also, an IC card installed display data that the FIG. 1 first point information memory area 11 or 

memory area 60. 55 FIG. 2 EF 20 accommodates premium point information. As 

The FIG. 1 embodiment is a low-cost arrangement in a another example, mileage point information issued by an 

number of respects. More particularly, the FIG. 1 IC card airline company for customers utilizing its airline service is 

reader utilizes a common program 70 for accessing display stored in the second point information memory area 12. An 

data for multi-applications on the IC card, i.e., the IC card application 3 (FIGS. 2 and 3) controls the mileage point 

reader does not have and cannot be loaded with a plurality 60 operations, while the FIG. 1 second point information 

of differing application programs. Accordingly, a low-cost memory area .12 or FIG. 2 EF 21 accommodates milage 

ROM can be used within the reader (instead of more point information. 

expensive flash memory). Further, the IC card reader 1 need The ID number memory area 9 in FIG. 1 is an area in 

not be fitted with a cable or cable connector for loading/ which to store an ID number specific , to the IC card in 

unloading multi-application programs. 6 5 question. Each application may utilize the ID number stored 

A typical data structure in a multi-application IC card for in the card and/or ID keyed input from a user for authenti- 

use with the display device is described below with refer- eating the IC card and or user's authorization to use the card. 
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Discussion now turns to some of the important features of 
the present invention. More particularly, suppose that in the 
setup of FIG. 1, the user wishes to have application infor- 
mation displayed on the display device, with respect to one 
or more applications. In that case, the processing unit 3 is 5 
instructed, for example, to procure display data (i.e., 
character, numeric, etc. data) representing electronic money 
information and point information sent from the IC card 6 
via the card reader-writer 5 and connector 7. There are 
several disadvantages with obtaining such display data from 1Q 
the secured (i.e., encrypted) areas of the amount information 
memory area 10 or EF 19, first point information memory 
area 11 or EF 20 and second point information memory area 
12 or EF 21. 

First, each of the differing secured (i.e., encrypted) 
amount information memory area 10 or EF 19, first point 15 
information memory area 11 or EF 20, second point infor- 
mation memory area 12 or EF 21 would have to be sepa- 
rately accessed and processed using a corresponding differ- 
ent application program in order to decrypt and gather 
information with respect to all the applications. This is a 20 
processing intensive operation which can result in a signifi- 
cant time delay before the finally processed information can 
be displayed. 

Further, since the IC card 6 is installed into an IC card 
reader display device 1 which has not been preloaded with 25 
supportive application programs corresponding to the appli- 
cations being stored within the IC card 6, then information 
within secured FIG. 1 areas 10-12 and FIG. 2 areas 19-21 
with respect any application within the IC card 6 which does 
not have a corresponding supportive application program 30 
within the display device 1, cannot be accessed. 

In order to obviate such disadvantages, and to provide a 
quick and convenient arrangement to procure display infor- 
mation from the IC card, the IC card system of the present 
invention includes the common program 70 within the IC 35 
card reader (or reader/writer) display device 1, and the 
display data memory area 60 within the IC card 6. More 
particularly, the display data memory area 60 contains 
copies, translations or versions of appropriate predetermined 
(i.e., select) data from secured (i.e., encrypted) areas of at 40 
least one of the amount information memory area 10 or EF 
19, first point information memory area 11 or EF 20 and 
second point information memory area 12 or EF21. Further, 
such appropriate predetermined data may be written in an 
unencrypted form (e.g., ASCII text), which can be easily 45 
accessed with a common program 70 which can be univer- 
sally installed in all types of display devices, point-of-sale 
terminals (POSs), vending machines, banking machines, 
premium point machines, etc. Accordingly, when an IC card 
6 having the display data memory area 60 of the present 50 
invention is inserted into a common program equipped 
apparatus, such apparatus can quickly and easily access the 
display data within the display data memory area 70, and 
display such data onto the indicator 2. 

Further, the present invention is advantageous in that, if 55 
the IC card 6 is installed into a display device which has not 
been preloaded with supportive application programs cor- 
responding to the applications being stored within the IC 
card 6, then at least minimal information, i.e., display data, 
with respect any application within the IC card 6 can be 60 
accessed and displayed. Such situation might occur where a 
user/owner of an IC card remembers to bring his/her IC card, 
but forgets to bring his/her personal reader/writer display 
device (loaded with corresponding application programs). 
Accordingly, an IC card user/owner can make informed 65 
personal decisions even in the absence of his/her personal 
multi-application display device. 
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As a further advantage, integrity of the IC card system is 
ensured because, although the common display data within 
the display data memory area can be easily accessed using 
the common program, master application data (having pri- 
ority over the common display data) is secured (e.g., 
encrypted, passworded, etc.) and stored within secured areas 
of the amount information memory area 10 or EF 19, first 
point information memory area 11 or EF 20, and second 
point information memory area 12 or EF 21. Only this 
secured master application data (and not the common dis- 
play data) is entrusted in conducting the secure transactions 
of the IC card system. Further, cross-checking (at the time of 
each transaction) of coincidence between the common dis- 
play data and the secured master application data can be 
advantageously used as a possible indication of a security 
breach and/or tampering involved with respect to the IC card 
6. 

Once display data is obtained, the processed data can be 
displayed by the indicator 2. Further, in viewing what is 
displayed on the indicator 2, the user can operate keys 4 to 
select and review information about a desired application. 
One way of displaying information about a given application 
stored in the IC card will now be described with reference 
to FIG. 4, wherein the display device is exemplarily illus- 
trated having two keys, i.e., key 1 and key 2. 

When the user inserts his or her IC card 6 into the display 
device 1 and as "initialization" and use of the common 
program occurs, the common display data is obtained from 
the display data memory area 60, and then display data with 
respect to an application 1 registered to a record number 1 
in the DIR file is selected first. Because the application 1 is 
associated with electronic money, the indicator shows that 
the contents of display are electronic money information 
"E-MONEY". The stored balance information is next shown 
amounting illustratively to "1,000", and then the type of 
currency is shown, for example, as Japanese yen "JPY", 
Electronic money information display screens are switched 
successively between (i.e., sequentially looped through) the 
"E-MONEY", "1000" and "JPY" screens with pressing of a 
key 1 on the display device. 

Pushing a key 2 on the display device selects display data 
with respect to a next application, e.g., the application 2. 
registered to a record number 2 in the DIR file. Because the 
application 2 is associated with point information offered by 
a department store a first screen illustrates "A-SHOP" (i.e., 
the store's name), while a second screen of the indicator 
shows that the contents of display are point information 
amounting illustratively to "30,000P". In this case, point 
information display screens are also switched successively 
by pressing the key 1 on the display device. 

Pushing the key 2 at this point on the display device 
selects display data with respect to yet a next application, 
e.g., the application 3 registered to a record number 3 in the 
DIR file. Because the application 3 is associated with 
mileage point information offered by an airline company, a 
first screen illustrates "B -FLIGHT" (i.e., the airline compa- 
ny's name), whereas a second screen of the indicator shows 
that the contents of display are mileage point information 
amounting illustratively to "22,00OM". Here, mileage point 
information display screens are also switched successively 
by pushing the key 1 on the display device. Each of the 
applications is identified by the corresponding record num- 
ber in the DIR file in the leftmost position on the display 
screen. 

FIG. 5 is a flowchart of exemplary steps constituting a 
typical flow of operations for switching display screens by 
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use of the two keys. For the sake of simplicity of illustration 
and discussion, the FIG. 5 is representative of flowchart 
steps where there are only two applications loaded (i.e., 
"E-MONEY" and "A-SHOF'), but such flowchart could 
easily be expanded to represent more than two applications. 5 
Turning now to FIG. 5 discussion, how screens of the 
applications 1 and 2 are displayed and switched is outlined 
below. When the steps are started (step 101) and the IC card 
is inserted into the display device (step 102), a first display 
data screen of the application 1 appears (step 103). If in a 
next step, (step 104) a user then indicates an end to the 
operations, the card is ejected (step 113) and flowchart ended 
(step 114), and if an end to the operations is not indicated, 
then operations continue. If the key 1 is pushed (step 105), 
the next display data screen of the application 1 appears 
(step 106), and the flowchart loops back to perform steps 15 
104-106 again. As key 1 is pressed through each loop, the 
screen sequences through three data display screens 
"E-MONEY", "1000" and "JPY". If in step 105, key 1 is 
found not to be operated, the flowchart proceeds to step 107. 

If in step 107 the key 2 is not pushed, the flowchart returns 20 
back to step 103. Alternatively, if in step 107 the key 2 is 
pushed, the first screen of the application 2 appears (step 
108). In this case, the screens of the application 2 are also 
switched in the above -described manner using the keys 1 
and 2. More particularly, if in a next step, (step 109) a user 25 
indicates an end to the operations, the card is ejected (step 
113) and the flowchart ended (step 114), and alternatively, if 
an end to the operations is not indicated, then operations 
continue. If the key 1 is pushed (step 110), the next screen 
of the application 2 appears (step 111), and the flowchart 30 
loops back to perform steps 109-111 again. As key 1 is 
pressed through each loop, the screen sequences through 
two screens "A-SHOP", and "30,O0OP". If in step 110, key 
1 is found not to be operated, the flowchart proceeds to step 
112. If (step 112) key 2 is not operated, the flowchart returns 35 
to step 108, and if operated, the flowchart returns to step 103. 

Described below with reference to FIG. 6 is a typical flow 
of steps in which a user makes a payment in electronic 
money for a purchase and receives premium points from a 
department store where the user has made the purchase. 40 
After starting (step 201), step 202 loops until a user initially 
inserts his or her IC card into a POS terminal at the store. 
Once the IC card is inserted, a purchase amount is inputted 
(step 203). The user then has a chance (through appropriate 
input) to approve the payment (step 204). If not approved, 45 
the flowchart moves to step 210. If approved, the processing 
unit 8 in the IC card reads (step 205) balance information 
from the amount information memory area 10 concerning 
the amount of electronic money available within the card. 
The processing unit 8 then checks (step 206) to see if a 50 
sufficient electronic money balance exists so the amount can 
be paid. If the current balance is not sufficient, an "Insuffi- 
cient funds" indication appears (step 207) and this attempted 
payment processing flows next to step 210. If in a step 210, 
a user decides not to end processing, processing returns to 55 
step 203 (e.g., for another attempt at a purchase for a lower 
amount). If in step 206 the balance is found to be sufficient 
to pay the amount in question, an appropriate electronic 
money amount is transferred to the POS terminal and the 
balance information in the amount information memory area 60 
10 is updated (step 208). The first point information memory 
area is also updated (step 209) so that the point information 
reflecting the amount of the payment is transferred to the 
user. If in the step 210, the paying process is decided by the 
user to be terminated, the IC card is ejected from the POS 65 
terminal (step 211) and the processing is brought to an end 
(step 212). 
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Described below with reference to FIGS. 7 through 9 are 
typical processes of accessing/storing the display data into 
the IC card application information for display on the 
display device, such IC card and IC card display device 
being constructed/arranged in conformance with the Inter- 
national Standardization Organization/International Electro - 
technical Commission (ISO/IEC) 7816 International Stan- 
dard. It is assumed that display data to be displayed on the 
display device are stored separately from the electronic 
money information, point information and the like described 
above, e.g., as illustrated/described with respect to FIG. 1. 
Specifically, actual master data such as electronic money 
information and point information are accessed/stored via 
secured areas of the amount information memory area 10, 
the first point information memory area 11 and second point 
information memory area 12 inside the IC card 6 shown in 
FIG. 1, as well as in the EF 19 through 21 shown in FIG. 2. 
In contrast, the display data application information for 
display purposes is accessed/stored as character data via the 
display data memory area 60 using the procedure outlined in 
FIGS. 7 through 9. 

More particularly, FIG. 7 shows one way of accessing/ 
storing application information into the DIR file within the 
IC card. The IC card display device first sends a command 
(Read DIR Record command) formatted as shown in section 

(a) of FIG. 7 to the IC card. A field xl is set for the record 
number of the application to be read from the DIR file. In 
turn, the IC card returns an x2-byte-long response data 
(Read DIR Record response) formatted as shown in section 

(b) of FIG. 7 to the display device. Included within such 
response data (see FIG. 7 dash enclosed area) and designated 
by tags "50 s * are display data accessible and used by the 
common program 70 to produce a display output on the 
display indicator 2. Following the record response, two-byte 
status information (Status) is output to indicate an end and 
also indicate whether the response is normal or faulty. All of 
the command, response data and status are standardized in 
accordance with ISO/IEC 7816 (in a tag, length, value 
(TLV) structure), for example: one-byte information for data 
identification (Tag),, one-byte information for designating 
the record data length (Length), and record data (Records) 
indicated by the Length component. Attention is directed to 
relevant ISO/IEC 7816 publications for further teachings/ 
understanding regarding formatting, timing, etc. 
Accordingly, it can be seen that appropriate common display 
data can be stored and accessed with respect to the muli- 
application IC card and multi- application IC card display 
device, thus facilitating the present invention's use of a 
common program and common display data for conve- 
niently and quickly accessing/displaying relevant applica- 
tion display data. 

The following provides some further guidance. More 
particularly, the response data regarding each application are 
headed by a tag "61" followed by length information indi- 
cating the response data length (x2 bytes) minus two bytes. 
The length information is followed by a tag "4F" denoting 
an application ID (AID). More detailed information about 
the application in question may be stored using a TLV 
structure. Thereafter, application information such as elec- 
tronic money information and point information is accessed/ 
stored with respect to the DIR file. It is assumed here that a 
TLV structure headed by a tag "50" is used to accommodate 
application information such as Data 1 and Data 2. In such 
a case, application data are stored in ASCII code so that 
ASCII -coded character information can be used unmodified 
to effect display on the display device, whereby display data 
for diverse kinds of applications may be displayed in a 
standardized manner. 
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Where a plurality of data on a given application need to device, actual master (i.e., secure) data that has a value as an 

be displayed (e.g., application name, amount information, amount of money and a point can be. read only using the 

currency type), each data item is headed by a tag "50" in a program corresponding to each application, and can be 

TLV structure and stored in the DIR file. This arrangement changed and rewritten only by authorized: devices (e.g., a 

permits successive display of screens. In the case of the 5 POS terminal). Accordingly, there is provided an arrange - 

display example shown in FIG. 4, an indication ment for protecting actual master data which is very 

"E-MONEY" represents data about electronic money as important, while display data can be easily indicated. In such 

Data 1; "1,000" denotes the amount as Data 2; and "JPY" cases, master data may be encrypted and/or passworded 

stands for the currency type as Data 3, all stored in the form when stored. In addition, although being described thus far 

of ASCII character data. In the example above, the appli- 10 as not being encrypted, the common display data may also 

cation information is stored in the DIR file. Alternatively, be encrypted and/or passworded where appropriate, 

display data about the applications may be stored in the ATR How to update display data information about a given 

file 14 in FIG. 2. In this case, data acquisition is effected application for display on the display device will now be 

using a Read Binary command and a response defined under described. When a user carries out a commercial transaction 

ISO/IEC 7816. 15 using electronic money and receives point information from 

Described below with reference to FIG. 8 is an example the store where the purchase has been made, the display data 

in which application information is accessed/stored into to be displayed must be updated concurrently (i.e., the 

response data for the Select File command that is used to new/rewritten master data and the stored display data must 

select an application. Each of the applications may includes be made to coincide by the end of such transaction). The 

balance information controller for controlling balance infor- 20 processing unit 8 in the IC card 6 is thus controlled to update 

mation in the IC card. In this example, so-called File Control simultaneously the display data for display as well as the 

Information (FCI) standardized under ISO/IEC 7816 is used contents of the amount information memory area and of the 

to store the application information. The command and first and second point information memory areas. In such a 

response data are also standardized under ISO/IEC 7816. case, the display data are updated not from outside the IC 

When xl -byte-long AID is sent to the IC card, x2-byte-long 25 card, but within the card through automatic processing by 

FCI data and status Information (Status) are returned from the processing unit 8 in the IC card. The display data are thus 

the I C card to the display device as response data (Select File available as read-only data that cannot be tampered with for 

response). falsification. 

The FCI data have a TLV structure. The top tag is "6F" Examples shown in FIGS. 10 through 12 involve having 

and the tag of the AID is "84." ASCII-coded information 30 the display data updated by transmitting to the IC card 

about a given application is headed illustratively by a tag particular commands from a POS terminal or the like where 

"50", i.e., illustrated within the FIG. 8 dash enclosed area. commercial transactions take place. In these examples, 

Screens of the application information are displayed sue- commands are sent to the IC card to update the display data 

cessively on the display device. following transactions of electronic money information and 

Described next with reference to FIG. 9 is an example in 35 P oint information, 

which application information is accessed/stored using par- Referring to FIG. 10, the command and response data for 

ticular data that are different from the command and updating ASCII-coded character data stored in the DIR file 

response data standardized under ISO/IEC 7816. In this will now be described. The structure of the command and 

case, the user first selects a desired application by employing 4Q response data is assumed to comply with ISO 7816. The 

a Select File command. I Tien the particular data are trans- record number of the application to be updated is stored in 

mitted to the IC card using a Get File Data command shown x3 bytes, and x5-byte-long command data (Change DIR 

in the (a) section of FIG. 9. This allows the display device Record command) are transferred to the IC card to update 

to receive from the IC card the application data desired for the display data. 

display by the user. 1 Tie structure of the command and 45 The command data structure is headed illustratively by a 

response is assumed to comply with ISO/IEC 7816. As tag "61." The AID is stored with a tag "4F," followed by the 

shown in FIG. 9, x2-byte-long response data (Get File Data old data to be updated which are stored with a tag "50." The 

response) are transmitted to the display device. old data are in turn followed by those new data to replace the 

The data about each application have a TLV structure is old which are stored with a tag "55." When the command 

shown in section (b) of FIG. 9. For example, the top tag is 50 data are transmitted to the IC card, two bytes of the updated 

"61" and the tag of the AID is "4F" ASCII-coded informa- results are returned as status information (Status), 

tion about a given application is headed illustratively by a There are two ways to transmit old and new data. That is, 

tag "50", as illustrated within the FIG. 9 dash-enclosed area. either limited old and new data are transmitted to replace 

Screens of the application information are displayed sue- only target (i.e., specific) data, or the old and new data are 

cessively on the display device. 55 transmitted to replace all data. 

Some typical ways of accessing/storing, with respect to Described below with reference to FIG. 11 is how to 

the IC card, application display data information for display update ASCII-coded character data stored as File Control 

on the display device have been described above. The stored Information (FCI) data in the response data for the Select 

information all constitute display data to be displayed on the File command. The structure of the command and response 

display device. As described, actual master data such as 60 data is also assumed to comply with ISO 7816. Command 

electronic money information and point information are data (Change FCI Record command) x5 bytes long are 

stored in secured (e.g., encrypted) areas of the amount transmitted to the IC card to update the display data therein, 

information memory area 10, the first point information • The command data structure is headed illustratively by a 

memory area 11 and second point information memory area tag "6F." The application identification AID is stored with a 

12 inside the IC card 6 shown in FIG. 1, as well as in the EF 65 tag "84," followed by the old data to be updated which are 

19 through 21 shown in FIG. 2. Whereas display data is stored with a tag "50." The old data are in turn followed by 

stored in the place that can be easily read by the display those new data to replace the old which are stored with a tag 
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"55." When the command data arc transmitted to the IC 
card, two bytes of the updated results are returned as status 
information (Status). 

Described next with reference to FIG. 12 is how to update 
display data stored in the response data for a command not 5 
defined under ISO 7816 (e.g., Get File Data command). In 
this case, it is also assumed that the structure of the com- 
mand and response data complies with ISO 7816. Command 
data (Change File Data command) x5 bytes long are trans- 
mitted to the IC card to update the display data therein. 10 

The command data structure is headed illustratively by a 
tag "61." The AID is stored with a tag "4F," followed by the 
old data to be updated which are stored with a tag "50." The 
old data are in turn followed by those new data to replace the 
old which are stored with a tag "55." When the command 15 
data are transmitted to the IC card, two bytes of the updated 
results are returned as status information (Status). 

New data have been shown replacing old data in the 
examples above. The command data to be transmitted for an 
update operation may consist of new data alone in order to 
keep replacing the old data. Display data may be added if 
desired, having a TLV structure headed illustratively by a tag 
"55." Where the update command is used, it is possible to 
make arrangements so that display data can be updated only 
if the user enters a correct password number. Such arrange- 25 
ments if implemented will prevent illegal modification of 
display data. 

Whereas display data stored in the IC data may be updated 
in the manner described above, it is common practice to 3Q 
reinforce security by updating the display data not with a 
command sent from the POS terminal or the like to the IC 
card but with the display data updated by the processing unit 
8 in the IC card. That is, the display data should preferably 
be handled as read-only data outside of the card, and any 35 
rewriting of display data should be effected by the processor 
8 within the IC card. 

FIG. 18 shows the way of updating information data 
inside the IC card with an information updating (reader/ 
writer) device such as a point-of-sale (POS) terminal. The 40 
POS terminal is used by retailers to effect commercial 
transactions. Now an exemplary transaction of electronic 
money information and point information between customer 
A's IC card 6 and shop B's IC card 33 through the POS 
terminal 25. will be described. 45 

Customer Agoes to the shop with IC card 6 shown in FIG. 
18. It has electronic money information in amount informa- 
tion memory area 10 and point information of shop B in first 
point information memory area 11. Shop B also has IC card 
33 similar to customer A's IC card 6. The IC card 33 has 50 
electronic information for electronic money (E- Money) in 
amount information memory area 37 and point information 
which will be distributed to customers in first point infor- 
mation memory area 38. The processing units 8, 36 are 
utilized in completing the transaction, and ID's contained 55 
within the ID number memory areas 9, 35 may be used 
before actual conducting of the transaction to verify authen- 
tication of the respective cards and/or authority of the card 
users. The second point information memory areas 12, 39 
are not used in this discussed example. go 

When customer A purchase a merchandise, customer A 
connects connector 7 inside the IC card 6 to card reader- 
writer 31 inside the POS terminal 25. Shop B also connects 
connector 34 inside the IC card 33 to card reader-writer 32 
inside the POS terminal. Next shop B inputs the amount of 65 
the merchandise by key 27, and instructs the POS terminal 
25 to transact the sale. Indicator 26 shows instruction to and 



response from the POS terminal. The instruction causes 
processing unit 28 inside the POS terminal 25 to control 
transmission of electronic money information from amount 
information memory area 10 inside the IC card 6 to amount 
information memory area 37 inside the IC card 33. After 
that, point information corresponding to the amount of the 
transaction is transmitted from first point information 
memory area 38 inside the IC card 33 to first point infor- 
mation memory area 11 inside the IC card 6. The transaction 
completes. 

It is possible to record the proceeds of this transaction in 
sales information memory area 30 inside the POS terminal. 
Further, it is possible to transmit electronic information and 
point information to an external bank center using line 
controller 29. 

As part of the transaction, the display data to be displayed 
on a display device is updated by processing unit inside each 
IC card on the basis of updated master data such as elec- 
tronic money information and point information. However, 
due to device conflicts, etc., in practice, the display data and 
the actual master data cannot be updated simultaneously. 
According, the display data may be updated after updating 
the actual master (i.e., secured) data. In a case where the IC 
card is extracted by mistake or with malice before the end of 
the updating process, it is possible that the master data will 
be updated, while the display data has not been updated yet 
and the display data present before the transaction exists. In 
order to prevent such situation, an IC card reader/writer 
(e.g., a POS terminal) can be constructed/arranged to have 
a protective function wherein the transaction cannot be 
ended and/or the IC cards cannot be removed, until both the 
display data and master data have been updated and coin- 
cide. The IC card reader/writer can then automatically eject 
the card and/or display an appropriate message that the 
transaction is complete and/or successful. As further 
security, the IC card reader/writer can be constructed/ 
arranged to prohibit a commercial transaction to be con- 
ducted with respect to any IC card where the display data 
and master data are found not to coincide. 

FIG. 17 is an exemplary illustration showing that the 
display data used with the present invention can be stored in 
any of a variety of locations within the IC card. More 
particularly, the display data (show with appropriate 
highlighting) can be stored (i.e., as part of) any one or more 
of the DIR file 14, ATR file 15, and EF files 19-21. The 
operations of alternative approaches of how the display data 
arc illustratively acquired from some of the differing areas of 
the IC card will now be described with reference to the 
flowchart of FIG. 13. 

After startup (step 301) and when the user inserts his or 
her IC card into the display device (step 302), the IC card is 
powered and fed with a clock and a reset signal for activa- 
tion (step 303). Then the IC card transmits an ATR signal to 
the display device (step 304). The display device initially 
sends a Select File command to the I C card to select the DIR 
file (step 305). 

Referring to the left (i.e., FIG. 7) flow-down branch of 
FIG. 13, the display device then transmits a Read DIR 
Record command to the IC card (step 306), to retrieve 
application information from the DIR file. If display data 
regarding a given application are to be accessed/stored with 
respect to the DIR file 14 as shown in FIGS. 7 and 17, the 
response data for the Read DIR Record command are read 
so as to obtain and display desired display data. In such a 
case, steps 307 and 308 are not necessary. The approach or 
accessing/storing display data with respect to the DIR file 14 
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is advantageous in terms of simplicity and minimization of and a first screen of a next application is displayed (step 

commands issued before display data is obtained. 408). If in a step 409 it is decided that a display should end, 

Referring to the middle (i.e., FIG. 8) flow^down branch of the t flow progresses to a step 413 where the card is ejected 

FIG. 13, another approach would be to access/store display and the dl f^ °?™ ll0n c ff ( sle P 4 | 4 )' Alternatively, if 

data with respect io another file, i.e., in a case where the 5 * * step 409 ,t is decided that a display should not end, 

j- i j » • . j/ . j -.u . . .u nm occurrence of a key operation is detected (step 410). If no 

disp ay data is not accesseaVstored with respect to the DIR occufrence of a k * 0 £ ratioQ {s detecled m st P ^ flow 

file 14 More particularly, after the Read DIR Record com- retU rns back to step 408. Alternatively, if occurrence of a key 

mand 306, a Select File command and the ID ofthe desired ioQ ^ de(ected in 410 ^ fe h Qf ^ <r of ^ ^ 

application (AID) are both tra^rmtted (step 307) to the IC depression fc compared (step 411) to see whether it is less 

card whereby the desired file utilized for accessingMonng io thaQ a predetennined vahlc « tl » ( x second)> If less than 

the display data is .selected. More particularly, if display data ^ vxedeiermined value> an next xnm of tne m 

about a given application are accessed/stored m the response Ucalion fe displayed (st 412) aDd then flow remrns t0 

data for the Select File command as indicated u FIG. 8 the ^ m , f « r fc flot less thaQ „ ir ( . fa a , length 

response data (FCI data) for the Select File command are k depression), such is an indication that display data with 

read so as to display desired application data. In this case 15 { {q & ^ n Hcation fe commanded> 

step 308 is not needed. Display data is accessed/stored with and a first screen of a next a lication ^ displayedj and 

respect to the Select File operation as shown in FIG. 8. accordin 2 in the FIG . 14 e le havi onl two 

Thereafter, the obtained display data can be displayed. applications, flow returns to step 408. 

Referring to the right (i.e., FIG. 9) flow^own branch of Whereas the length of the time period in which a key is 

FIG. 13, another approach would be to access/store display pushed fe det ected for display switchover purposes in the 

data with respect to a Get File operation, i.e., again m a case above example, the number of times the key is pushed may 

where the display data is not accessed/stored with respect to inslead be municd to effect the display switching. In the 

the DIR file 14. In such branch, first the Read DIR Record , atter case? disp]ay screerjs of the same application may be 

operation (step 306) is issued, and then a desired application sw i tc hed illustratively when the key is pushed once, and 

is first selected utilizing the Select File operation (step 307). applications may be switched when the key is pushed at least 

Then a Get File Data command is transmitted to the IC card consecutively. Alternatively, switchover controls may 

(step 308), whereby the response data are acquired and be effected in a more detailed manner in keeping ^ the 

display data are read. Alternatively, if a dedicated command num ber of times the key is pressed. Specifically, the next 

of each application is sent to the IC card, dedicated data of dispIay scncn of a currem i y displayed application may be 

the application is read (step 313). In this case each data is feached if the key ^ pushed once; the preceding xtwn of 

encrypted, and it is possible to read actual data such as the same app ii ca tion may be reached if the key is pushed 

electronic money information and point information. another appHcalion may be invoked if the key is 

Further, the dedicated command of each application can not pushed three times 

only read, but can also update the actual data. ^ M anQther alternative> keys may be altogelher rem0 ved 
If in a step 309, it is decided that the display operations fr 0m tne display device. That is, the terminal may be 
should not be ended and the next data are desired to be controlled in such a manner that switches automatically its 
displayed, the flow returns to step 305 and the steps above display screens at predetermined intervals. Even if the 
are repeated. If after inquiry in a step 309, the display display device has a key, it is possible to make arrangements 
operation is to be terminated at this point, the supply of ^ so trja t automatic switching may be utilized. More 
power, clock and/or reset signals to the IC card are stopped particularly, the IC card display device may be constructed/ 
so as to deactivate the card (step 310). Then the IC card is arranged such that automatic switching is stopped by push- 
ejected from the display device (step 311), and the process- in g me key once, and may be resumed again by pushing the 
ing is brought to an end (step 312). k ey again. 

How the keys on the display device are operated will now 45 Other ways of using the display data area are outlined 
be described with reference to FIG. 14. In the setup of FIG. below. In the preceding examples, application service 
4, the two keys 1 and 2 are pushed to switch display screens. names, amount information, currency type and point infor- 
In contrast, FIG. 14 shows steps wherein a single key 1 and mation is stored in the display data area. Alternatively, the 
differing length key depressions are used to switch the user may at his or her discretion utilize that area as a memo 
screens. More particularly, after a start 401, and a looping of 50 pad. For example, after making a purchase with electronic 
a step 402 until a card is inserted, a first screen of display money, the user may write a memo to the area using an 
data for a first application is displayed. If in a step 404 it is electronic pocketbook terminal. On returning home, the user 
decided that a display should end, the flow progresses to a can look up the memo while making entries into a house- 
step 413 where the card is ejected and the display operation keeping account- book. In such a case, memos can be written 
ended (step 414). Alternatively, if in a step 404 it is decided 55 to the IC card when the electronic pocketbook terminal 
that a display should not end, occurrence of a key operation transmits to the card the commands shown in FIGS. 10 
is detected (step 405). If no occurrence of a key operation is through 12. 

detected in step 405, flow returns back to step 403. Where the number of times the area is accessed by each 

Alternatively, if occurrence of a key operation is detected in 0 f the applications is recorded, it is possible to have the 

405, the length of time "t" of the key depression is compared ^ display device display the applications successively in 

(step 406) to see whether it is less than a predetermined descending order of their access counts. In particular, if data 

value "tl" (e.g., 1 second). If less than the predetermined are recorded in the DIR file as shown in FIG. 7, the 

value, an next screen of the present application is displayed processing unit 3 of the display device may initially read 

(step 407), and then flow returns to the step 404. f rom t he DIR file the access count of each of the applications 

If "t" is not less than "tl" (i.e., is a long length key 65 and then display the applications in descending order of their 

depression), such is an indication that display data with access counts. In this case, the use status of each of the 

respect to a differing (i.e., next) application is commanded, applications has been recorded in the IC card. This allows 
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the applications to be displayed in descending order of their operations with regard to E-Money. More particularly, the 

access counts, even when display devices are changed. sleeve V can display balance data and a statement (i.e., a 

Alternatively, such use frequencies of the applications may transaction history). Further, the E-Money information can 

be stored not in the IC card, but in a memory within the be locked/unlocked with a password. However, the sleeve 

display device. 5 cannot update the E-Money information within the IC card 

Most of today's IC card display devices are controlled so ^ an d cannot have its E-Money program updated owing to 

that their power is removed a predetermined time period tne f act that it is stored within a ROM rather than a 

after they were switched off. It is also possible to make rewritable memory. In contrast, the display data memory 

arrangements so that the present IC card display device is area 60> may be any readable/writable type of memory, i.e., 

automatically turned off a predetermined time period fol- 10 t0 accommodate the rewriting of changing balance amount, 

lowing display. premium point, etc. display data. 

Another way of storing display data into the IC card will ^ embodiments bussed with reference to the Figs, 

now be described with reference to FIG. 15. In the examples faave beeQ shown utUizi a comact IC cafd ^ 

above, display data were shown being stored in a TLV exchanges signals through physical contacts with the IC card 

structure into a specific file such as the DIR file inside the IC 15 & { device Micmiliiy&lyi the C0Dtact ty ^ e IC card 

card. Alternatively as shown in FIG. 15, special character be ^ b a Qoncontact type IC card in which commu . 

strings such as @NEX1 and @LND may be used to distin- nications are ducted between the IC card and IC card 

guish display characters. For example, if the command dfs { device th ht nQnmO0nMi t commuDicatioos , 

shown in F G. 7 is used, display data are > stored using a e fadio frequerjcy communications, optical 

format of FIG. 15 into a character stnng headed by a tag 20 commun i cations> etc . 

"50" in the response data. In this case, the display data . . 

shown in FIG. 15 are set corresponding to record numbers In 10 stonn S applications/data with respect to 

1 through 3 in the DIR file. This allows displays such as commercial transactions, the multi-application IC card and 

those in FIG. 4 to be carried out on the display device. If the IC card de y ices can be " sed Wlth res P ect t0 Q0Q - 

command in FIG. 8 is used, the data in FIG. 15 are placed 25 commercial applications/data. Non-exhaustive examples 

into the response data when a given application is selected " lclud f ** alth insurance ^formation, a library card account, 

by the Select File command. The character string @NEXT dnver s ucense » etc - 

indicates continuation of next display data, and @END As described and according to the invention, a plurality of 
denotes the last display data. If the command in FIG. 9 is kinds of application information such as electronic money 
used, the data in FIG. 15 may likewise be placed into the 30 information and premium point information are stored 
character string headed by the tag "50." Alternatively, only together in a single IC card. A user may get necessary 
the data in FIG. 15 may be stored in the response without the application information selected from the card and displayed 
use of a tag. on a display device by operating suitable keys. When display 
How an application is entered into the IC card will now data are stored m a standardized format in a predetermined 
be . described with reference to FIG. 16. When the user 3 5 area inside the IC card > a desired of application 
wishes to enter a new application into his or her IC card, an information may be displayed by a simple procedure on a 
IC card application writer 22 shown in FIG. 16 may illus- balance indicator or like display devices with limited display 
tralively be employed. In entering the desired application, P aDeI or ke y factions. ^ particular, if application informa- 
the user inserts the IC card into the writer 22 and operates tl0n 15 held 10 the DIR me ' necessary information is obtained 
appropriate selection keys. The IC card application writer 22 4 0 Wlthout recourse to a ^ lcc{ File command for selecting the 
is connected via any type of communication (indicated application. This further simplifies the procedure for acquir- 
generically by the jagged arrows) or like means to applica- m 8 dls P la y data from the IC cap- 
tion providers 23 and 24. The desired application is down- Because the display data are stored in the standardized 
loaded from the suitable provider over such communication format inside the IC card, the program for reading display 
arrangement. When the application is written to the IC card, 45 data fr°na the IC card may be shared between different 
character code data for display are also written to a common applications. This means that there is no need to modify the 
area in the IC card in the manner described above. control program in the display device when a new applica - 
Alternatively, an application may be provided to a POS tion is added to the IC card. 

terminal via communication (e.g., telephone/modem lines This concludes the description of the preferred embodi- 

1000), and the application can be loaded into an IC card 6 50 ments. Although the present invention has been described 

by the POS terminal. Usually the POS terminal is connected with reference to a number of illustrative embodiments 

to a bank via communication (e.g., telephone, modem) lines thereof, it should be understood that numerous other modi- 

2000. Alternatively, the user may connect a household fications and embodiments can be devised by those skilled 

computer to a provider over the telephone line to download in the art that will fall within the spirit and scope of the 

an application therefrom for entry into the IC card. 55 principles of this invention. More particularly, reasonable 

Another example is a FIG. 21 low-cost sleeve embodi- variations and modifications are possible in the component 

ment V closely similar to the FIG. 1 reader embodiment 1, parts and/or arrangements of the subject combination 

except that: an LCD-driver/LCD arrangement 2' is illus- arrangement within the scope of the foregoing disclosure, 

trated instead of just the . indicator 2; a key driver/key the drawings and the appended claims without departing 

arrangement 4* is illustrated instead of just the generic keys 60 & om the spirit of the invention. In addition to variations and 

4; and, the ROM 50' further includes an "E-Money" program modifications in the component parts and/or arrangements, 

72 in addition to the common program 70. Further, in FIG. alternative uses will also be apparent to those skilled in the 

21, there are shown the exemplary applications of art, especially as knowledge and technology develops. 

"Loyalty", "Credit" and "Mileage" loaded with respect to What is claimed is: 

the multi-application IC card. The FIG. 21 arrangement is 65 1 An IC card having a non-volatile memory, comprising: 

advantageous over the FIG. 1 embodiment in that the further a protected memory area in said non-volatile memory, to 

included E-Money program allows further functions/ store application information data for at least one 
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application program and to protect the application 
information data from unauthorized change; and 

an unprotected memory area in said non-volatile memory, 
to store accessible display information data which are 
accessible by a generic access application program of 
an electronic device interfaceable with the IC card, said 
display information data representing an accessible 
version of select ones of said application information 
data stored in said protected memory area; 

wherein said application information data stored in said 
protected memory area are each readable and writable 
by an application program corresponding to said appli- 
cation information data arid are not readable and writ- 
able by said generic access application program of said 
electronic device, and said display information data 

. stored in said unprotected memory area are readable by 
said generic access application program of said elec- 
tronic device. 

2. An IC card according to claim 1, wherein said display 
information data stored in said unprotected memory area 
have a lower access security level than a security level of 
said application information data stored in said protected 
memory area. 

3. An IC card according to claim 1, wherein said display 
information data stored in said unprotected memory area are 
at least one of a copy and translation of at least portions of 
said application information data stored in said protected 
memory area. 

4. An IC card according to claim 1, wherein said appli- 
cation information data stored in said protected memory area 
are master record data having a first predetermined level of 
security and pertaining to at least one of electronic money, 
banking information, financial information, incentive pro- 
gram information and personal information of an IC card 
user, and wherein said display information data stored in 
said unprotected memory area are at least partially derived 
from said master record data. 

5. An IC card according to claim 4, wherein said display 
information data are character code display data formed 
according to a predetermined standardized format. 

6. An IC card according to claim 1, wherein said IC card 
is constructed such that, when said application information 
data are updated, said display information data are corre- 
spondingly updated. 

7. An IC card according to claim 1, further comprising an 
internal IC card processor, wherein said IC card is adapted 
such that, updating is performed by said IC card processor, 
and when said application information data are updated, said 
display information data are correspondingly updated by 
said IC card processor. 

8. An IC card according to claim 1, wherein said IC card 
is constructed and operational in conformance with an 
International Standardization Organization/International 
Electrotechnical Commission (ISO/IEC) 7816 International 
Standard, wherein said application information data are 
stored in an elementary file defined by such standard, and 
said display information data are stored in at least one of a 
directory file, an answer-to-reset file and said elementary file 
all defined by such standard. 

9. An IC card according to claim 1, wherein said appli- 
cation information data are stored in a predetermined 
encrypted form, and said display information data are stored 
in non-encrypted form. 
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10. An IC card according to claim 1, wherein said 
application information data are stored in a state that may be 
exported from the IC card as response data in response to 
input of command data from outside the IC card. 

11. An IC card according to claim 1, further comprising at 
least one application information controller program which 
controls said application information data, with said display 
information data being read when any said application 
information controller program is selected. 

12. An I C card according to claim 1, further comprising 
at least one application information controller program 
which controls said application information data, with said 
display information data being read when any said applica- 
tion information controller program is selected and specific 
command information is transmitted to said IC card. 

13. An IC card according to claim 1, wherein any respec- 
tive said application information data stored in said pro- 
tected memory area are readable and writable only by a said 
application program corresponding to the respective said 
application information data. 

14. An I C card according to claim 1, wherein said display 
information data stored in said unprotected memory area are 
writable by said application program and are not writable by 
said generic access application program. 

15. An IC card according to claim 1, wherein at least one 
of said application information data and said display infor- 
mation data are stored in a predetermined encrypted form. 

16. An IC card according to claim 1, wherein said generic 
access application program is a display control program 
stored in said electronic device. 

17. An IC card according to claim 1, wherein said 
application information data and said application program 
are addable after manufacturing of said IC card. 

18. An I C card according to claim 1, wherein said display 
information data is stored in a predetermined portion of said 
unprotected memory area. 

19. An IC card having a non-volatile memory, compris- 
ing: 

a protected memory area in said non-volatile memory, to 
store application specific data for at least one applica- 
tion program and to protect the application specific data 
from unauthorized change; and 

an unprotected memory area in said non-volatile memory, 
to store generic access application program data which 
mirrors at least a portion of said application specific 
data in that such generic access application program 
data are created and updated on a basis of said appli- 
cation specific data stored in said protected memory 
area, said generic access application program data 
being accessible by a generic access application pro- 
gram of an electronic device interfaceable with the IC 
card; 

wherein said application specific data stored in said 
protected memory area are each readable and writable 
by an application program corresponding to said appli- 
cation specific data and not readable and writable by 
said generic access application program of said elec- 
tronic device, and said generic access application pro- 
gram data stored in said unprotected memory area are 
readable by said generic access application program of 
said electronic device. 
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